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Method And Apparatus For The Delivery And Integration Of 
An Asset Management System Into An Existing Enterprise 

Network 

1 . Field of the Invention 

This invention relates to enterprise networks that 
maintain data about the assets of the enterprise and more 
particularly to an asset management system that can be 
integrated with such networks. 

2 . Description of the Prior Art 

Many business enterprises have multiple systems for 
maintaining information about an asset used in the 
business. For example the enterprise may have an 
accounting system^ an inventory system^ a maintenance 
system etc. each of which maintains information about an 
asset of the enterprise. Further each system may maintain 
its information about the asset under a name which is 
different than the name that another system in the 
enterprise uses for that asset. 

In addition the enterprise may have many different 
clients, such as mobile, external and local clients, who 
need to obtain information about an asset from the other 
clients. For example, a local client may have information 
about an asset that is located at the site where the 
client is located which information should also be known 
by a system that is located at another location. The 
clients are connected to servers and at present the 
communications between clients and servers use a number of 
protocols and access methods depending on the type of 
network between the client and server. In addition, the 
data stream syntax and semantics are often platform 
dependent making interoperability difficult* 

The difficulties arising from such a system can be 
illustrated by a simplified example of a valve that is 
part of a automation system used by an enterprise in the 
process or batch industries. The typical process or batch 
industry enterprise has many different departments such as 
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engineering, operations, maintenance, documentation and 
accounting. Each of these departments has its own system 
for maintaining information about an asset and its own 
identifier for that asset. Thus the valve may be seen by 
the enterprise in many different contexts and by different 
names . 

To the enterprise's process engineer the valve is 
known by a name in the process documentation which 
reflects the function of the valve. For example, if the 
10 enterprise is a process industry which make polymers as 
either an intermediate or final product and the valve is 
3 at the outlet of a polymer discharge tank, the valve may 

^^f be identified in the process documentation as the polymer 

^ discharge valve. The valve is part of the control system 

ry at the enterprise and the operator in the control room 

'{Z typically refers to the valve by an alphanumeric 

if designation which uniquely identifies the valve from other 

'f^ assets of the control system. The enterprise's 

maintenance department typically identifies an asset by 
20 its physical location to log service orders. Therefore, 
jT the maintenance department may identify the valve as V12- 

22-6. 

The documentation department of the enterprise stores 
the service manuals for each asset. That department may 
identify the valve by the valve's manufactured part 
number. The enterprise's accounting department keeps 
track of the financial information for each capital asset- 
Typically each capital asset, such as the valve in this 
example, is identified by a unique identifier which 
30 includes the year of purchase. For the valve this 
identifier may for example be the asset number 97-23-579 
where 97 is 1997 the year of purchase. 

As can be appreciated each of these users have 
different needs for information about an enterprise asset. 
When these information sources need to interact the 
correlation of the resources must be done manually. 
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In addition to the problem of different data stores 
and applications the communication standards and software 
interfaces vary greatly between each of the data sources 
and enterprise locations. This makes data interchange 
difficult and seamless integration almost impossible. 

The present invention allows an enterprise to easily 
add equipment to its network in the form of a web based 
name resolution, routing and display server which can be 
implemented on a single server computer that integrates 
the existing systems so that all clients of the enterprise 
network can interact with each other. The server of the 
present invention is transparent to the user of the 
enterprise network as the user does not have to know the 
name or location of the asset or its functionality. 

The server of the present invention when added to the 
enterprise network: 

a. resolves the asset name from the calling 
application in as many name spaces as are 
necessary; 

b- routes the user's message to the appropriate 
destination asset data servers of the 
enterprise network with the name by which the 
asset is known by that server along with the 
associated parameters; 

c, combines the responses from the destination 
asset data servers and returns them to the 
calling application by way of the same HTTP 
session used to send the message; and 

d. provides for display of the incoming message 
and response on the human systems interface 
(HSI) associated with the destination asset 
data servers and on the HSI associated with the 
calling application in operator windows and 
thus does not require another program or user 
interface for that display. 
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Summary of the Invention 
A method for allowing an enterprise to manage one or 
more assets of the enterprise, the enterprise having a 
network based data management infrastructure and two or 
more data sources each of which have a unique name for 
each of the one or more assets, the method comprising the 
step of: 

adding to the enterprise network an asset management 
server, the server capable of performing the steps of: 

(a) determining from an incoming message to the 
server from one of the two or more data sources 
about one of the one or more assets which of the 
others of the two or more data sources needs to 
receive the incoming message and the unique name 
used for the one or more assets by each of the 
other of the two or more data sources; 

(b) preparing a message for each of the other two or 
more data sources that need to receive the 
incoming message, the prepared message using the 
unique name used for the one or more assets by 
each of the other of the two or more data 
sources; and 

(c) transmitting the prepared message to each of the 
other two or more data sources that need to 
receive the incoming message. 

A method for allowing an enterprise to manage a 
plurality of assets of the enterprise, the enterprise 
having a network based data management infrastructure and 
a plurality of data sources each of which have a unique 
name for each of the plurality of assets, the method 
comprising the step of: 

adding to the enterprise network an asset management 
server, the server capable of performing the steps of: 

(a) determining from an incoming message to the 
server from at least one of the plurality of 
data sources about at least one of the plurality 



of assets which of the plurality of data sources 
needs to receive the Incoming message and the 
unique name used for the at least one of the 
plurality of assets by each of the plurality of 
data sources that need to receive the incoming 
message; 

(b) preparing a message for each of the plurality of 
data sources that need to receive the incoming 
message, the prepared message using the unique 
name used for the at least one of the plurality 
of assets by each of the plurality of data 
sources that need to receive the incoming 
message; and 

(c) transmitting the prepared message to each of the 
plurality of data sources that need to receive 
the incoming message. 

An enterprise network for managing one or more assets 
the enterprise comprising: 

(a) two or more data sources each of which have a 
unique name for each of the one or more assets; 
and 

(b) an asset management server; 
the server for: 

(i) determining from an incoming message to 

the server from one of the two or more 
data sources about one of the one or more 
assets which of the others of the two or 
more data sources needs to receive the 
incoming message and the unique name used 
for the one or more assets by each of the 
other of the two or more data sources; 

(ii) preparing a message for each of the other 
two or more data sources that need to 
receive the incoming message, the 
prepared message using the unique name 
used for the one or more assets by each 



E20000460 5 

of the other of the two or more data 
sources; and 

(iii) transmitting the prepared message to each 
of the other two or more data sources 
that need to receive the incoming 
message . 

An enterprise network for managing a plurality of 
assets of the enterprise comprising; 

(a) a plurality of data sources each of which have 
10 a unique name for each of the plurality of 

assets; and 

(b) an asset management server; 
the server for: 

(i) determining from an incoming message to 
the server from at least one of the 
plurality of data sources about at least 
one of the plurality of assets which of 
the plurality of data sources needs to 
receive the incoming message and the 

20 unique name used for the at least one of 

the plurality of assets by each of the 
plurality of data sources that need to 
receive the incoming message; 

(ii) preparing a message for each of the 
plurality of data sources that need to 
receive the incoming message, the 
prepared message using the unique name 
used for the at least one of the 
plurality of assets by each of the 

30 plurality of data sources that need to 

receive the incoming message; and 

(iii) transmitting the prepared message to each 
of the plurality of data sources that 
need to receive the incoming message. 

An asset management server for an enterprise having 
two or more clients and each of the two or more clients 
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having a unique name for each of one or more assets of 
the enterprise comprising; 

(a) means for determining from an incoming message 
to the server from one of the two or more data 
sources about one of the one or more assets 
which of the others of the two or more data 
sources needs to receive the incoming message 
and the unique name used for the one or more 
assets by each of the other of the two or more 
data sources; 

(b) means for preparing a message for each of the 
other two or more data sources that need to 
receive the incoming message, the prepared 
message using the unique name used for the one 
or more assets by each of the other of the two 
or more data sources; and 

(c) means for transmitting the prepared message to 
each of the other two or more data sources that 
need to receive the incoming message. 

An asset management server for an enterprise having a 
plurality of assets and a plurality of data sources each 
of which have a unique name for each of the plurality of 
assets comprising: 

(a) means for determining from an incoming message 
to the server from at least one of the plurality 
of data sources about at least one of the 
plurality of assets which of the plurality of 
data sources needs to receive the incoming 
message and the unique name used for the at 
least one of the plurality of assets by each of 
the plurality of data sources that need to 
receive the incoming message; 

(b) means for preparing a message for each of the 
plurality of data sources that need to receive 
the incoming message^ the prepared message using 
the unique name used for the at least one of the 



plurality of assets by each of the plurality of 
data sources that need to receive the incoming 
message; and 

(c) means for transmitting the prepared message to 
each of the plurality of data sources that need 
to receive the incoming message. 

An enterprise comprising: 

(a) a plurality of assets; 

(b) an enterprise network for managing the 
plurality of assets comprising: 

a plurality of data sources each of which have 
a unique name for each of the plurality of assets; 
and 

an asset manager server, the server for: 

(i) determining from an incoming message to 
the server from at least one of the 
plurality of data sources about at least 
one of the plurality of assets which of 
the plurality of data sources needs to 
receive the incoming message and the 
unique name used for the at least one of 
the plurality of assets by each of the 
plurality of data sources that need to 
receive the incoming message; 

(ii) preparing a message for each of the 
plurality of data sources that need to 
receive the incoming message, the 
prepared message using the unique name 
used for the at least one of the 
plurality of assets by each of the 
plurality of data sources that need to 
receive the incoming message; and 

(iii) transmitting the prepared message to each 
of the plurality of data sources that 
need to receive the incoming message. 

An enterprise comprising: 



E20000460 9 

(a) one or more assets; 

(b) an enterprise network for managing the one or 
more assets comprising: 

two or more data sources each of which have a 
unique name for each of the one or more assets; and 

an asset manager server, the server for: 

determining from an incoming message to 
the server from one of the two or more 
data sources about one of the one or more 
assets which of the others of the two or 
more data sources needs to receive the 
incoming message and the unique name used 
for the one or more assets by each of the 
other of the two or more data sources; 

(ii) preparing a message for each of the other 
two or more data sources that need to 
receive the incoming message, the 
prepared message using the unique name 
used for the one or more assets by each 
of the other of the two or more data 
sources; and 

(iii) transmitting the prepared message to each 
of the other two or more data sources 
that need to receive the incoming 
message . 

Description of the Drawing 

Fig. 1 shows a typical physical layout wherein the 
present invention is used. 

Fig. 2 shows an overview diagram of the architecture 
of which the present invention is a part. 

Fig. 3 shows the functional layout of the components 
of the web based mapper software that is part of the 
present invention . 

Fig. 4 shows the function performed by the router 
software that is part of the present invention. 

Fig. 5 shows illustrates in another form two examples 
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of the function performed by the router software. 

Description of the Preferred Embodiment ( s ) 
Referring now to Fig. 1, there is shown a typical 
physical layout of an enterprise network 10 where the web 
based name resolution, routing and display server 12 of 
the present invention is used. Prior to the upgrading of 
network 10 by adding to the network the server 12, the 
existing enterprise network has remote clients such as 
mobile clients 14 that access either an existing external 
10 asset data server 16 or use dial-up networking to access 
through firewall 24 an existing local asset data server 
18. In order for client 14 to fully participate in all 
applications of network 10 residing on existing local data 
server 18 and server 12 when that server is added to 
network 10, client 14 may as is well known to those of 
ordinary in the art have to access network 10 by way of a 
virtual private network. 

The enterprise network 10 also has existing local 
clients 20 in the form of the traditional workstation 
2 0 shown in Fig. 1 or a handheld device which is not shown in 
Fig. 1- Prior to the upgrading of network 10 by adding to 
the network the server 12, the existing local clients 20 
access the existing local asset data server 18. The 
existing external asset data server 16 can access the 
existing local asset data server 18 and vice versa. 

In accordance with the present invention, the 
enterprise network 10 is upgraded by including therein the 
name resolution, routing and data display server 12. The 
existing remote client 14 and the existing external asset 
30 data server 16 both access server 12 through the firewall 
24 of the enterprise network 10. The existing local 
clients 20 and the existing local asset data server 18 
directly access server 12. Each data source such as 
clients 14 and 20 and servers 16 and 18 sends data 
relevant to an asset to the server 12 using a standard 
protocol such as HTTP in a standard format such as 
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Extensible Markup Language (XML) . The data includes the 
name by which the data source, that is the client and/or 
existing server, knows the assets. 

Server 12 performs several functions. These 

functions are: 

a. determining the aliases for the particular asset 
named in the incoming message; 

b. preparing messages from the incoming message 
using those aliases; 

c. including in the prepared messages the 
associated parameters; 

d. transmitting the prepared message to those other 
servers and clients of the enterprise network 
that need to receive the incoming message; and 

e. allowing the human machine interface to display 
information about the asset named in the 
incoming message in the form of a collection of 
asset oriented web pages. Each of these 
functions are described below. 

The operation of server 12 to resolve the asset name 
used by the client in as many other namespaces as possible 
is described in detail in detail below. That description 
is also in co-pending U.S. Patent Application Serial No. 
09/770,167 which was filed at the U.S. Patent and 
Trademark Office on January 26, 2001 and is owned by an 
assignee related to the assignee of the present invention. 

After resolving the asset name in as many other 
namespaces as possible, the server 12 returns the list of 
entities in the same format as the original request. This 
enables various other systems to easily exchange 
information about entities since each system only has to 
know the local entity name. It is the server 12 that 
resolves the correct foreign names. 

The server 12 allows network interaction between two 
or more clients by using the XML over HTTP-Post protocol 
and thus server 12 behaves like a proxy server between the 
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calling client and the destination clients- Server 12 
keeps the HTTP session connected while forwarding the XML 
document to the destination clients in dedicated HTTP 
sessions . 

This functionality of server 12 has the following 
benefits : 

a. real time low latency non-transactional 
interaction among the clients which makes server 
12 suitable for user interfaces and situations 
where fast response is required as for example 
in alarm notification systems; 

b. simplicity as the originating message and 
subsequent response are exchanged by way of the 
same HTTP session thus avoiding the need of 
advanced message tracking and validation; 

c- it is scalable to low end systems such as web 
browsers. Since such systems are not required 
to implement a message listener as required by 
the SOAP specification implemented by the 
Microsoft BizTalk server^ web browsers can use 
the server 12 to initiate two way communication 
with destination clients such as web services; 

d. off loading the calling client from knowing the 
destination client's interface details and 
location, that iS;. the calling client only has 
to know the address of server 12; 

e. since server 12 behaves like a proxy server it 
reduces the points of entry of a confined 
network thereby simplifying network security 
management; and 

f. provides an Internet firewall friendly 
communication protocol thereby allowing the 
server 12 to be located outside of a firewall 
protected network and still provide two way 
communication if initiated within the firewall 
protected area. 
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The web based name resolution^ routing and display 
server 12 of the present invention is part of an 
architecture 30 known as Asset Optimization (AO) . An 
overview of the AO architecture 30 is shown in Figure 2. 
AO architecture 30 is designed to allow asset monitoring 
and decision support applications to interact with a 
variety of third party integrated applications 31 such as 
the computerized maintenance management system (CMMS) 32 
and the enterprise asset management (EAM) 34 applications 
10 shown in Fig. 2. AO architecture 30 is also designed to 
allow asset monitoring and decision support applications 
to interact with plant monitoring systems represented in 
Fig. 2 by consoles 36 and human system interfaces (HSI) 
38 with the goal of giving the user a complete, easy to 
use and configure;, system that optimizes the use of plant 
equipment and processes. 

AO architecture 30 comprises four primary types of 
software : 

1. Sources of maintenance condition information 
20 represented in Fig. 2 by maintenance triggers (MT) 

20 or information queries, 

2. AORouting 42, AOsrvTime 47, AOMapping 4 4 and 4 6, 

3 . Application plug-ins 48 and generic application 
interfaces 49, 51 to third party applications 32, 
34, respectively, 

4. Integrated third-party applications such as CMMS 32 
and EAM 34. 

The MTs 4 0 produce maintenance condition documents 
50 which represent messages used in asset optimization 
30 (AO) . The maintenance condition documents 50 are 
transformed using the configuration in the AOMapper 44, 
46 and routed by AORouting 42 to a specific application 
plug-in interface. The transformed maintenance condition 
documents are designated as 45 and 51 in Fig. 2. One 
example of such an interface known as the Maintenance 
Order Manager (MOM) 52 is shown in Fig. 2. The MOM 52 
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takes a transformed maintenance condition document 51 and 
uses this message-oriented information to manage the 
event (message) in relation to a specific integrated CMMS 
32 application. 

The AO architecture 30 also has the ability to route 
transformed maintenance condition documents 45 to HSI 38. 
This allows the system to alert operators and managers of 
current or pending abnormal conditions and maintenance 
needs. The HSIs 38 supported by architecture 30 can 
include user stations 36 such as control consoles^ 
wireless networked computers, hand-held organizers, 
pagers, e-mail and telephone alerts. 

Figure 3 shows the functional layout 60 of the 
components of the web based mapper software that is part 
of server 12 and the data flow between these components. 
Some of the components shown in Fig. 3 are executed in 
server 12. The requests for relationships, that is, 
determining the alias names by which a given entity is 
known by other systems of the enterprise, in the software 
of the present invention are initiated by a software 
component 62 that needs the alias name(s) for a given 
entity. Component 62 can be a web page or a client 
application located on a remote system or a service 
component of the AO architecture 30. 

The request is formatted as an XML document 64 and 
sent to the mapper interface active server page (ASP) 66 
through the Web Server 68 which executes on server 12 
using the Post command of the HTTP protocol. The ASP 66 
then instantiates the mapper interface object 70 that 
interprets the requested XML document. The object 70 then 
queries the mapper data store 72 for all related alias 
names. As those of ordinary skill in the art can 
appreciate, object 70 can be embodied as a data dictionary 
allowing one to many and many to many relationships. 

All of the related alias names are then formatted 
into a new XML document 7 4 that is returned by the ASP 66 
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through the Web Server 68 using the Response method of the 
HTTP protocol. The reply is then sent to the requesting 
application 62 over the same connection^r session and 
protocol as the original request. 

Server 12 includes router software whose function is 
described below in connection with Fig. 4. A client such 
as for example remote client 14 of Fig. 1 transmits to 
server 12 as an XML document data relevant to an 
enterprise asset. As was described above;, server 12 

10 determines the aliases for the particular asset named in 
the incoming message from the sending client in as many 
namespaces as possible and prepares messages from the 
incoming message from the sending client using those 
aliases. Server 12 then transmits the prepared message to 
those other servers and clients of the enterprise network 
that need to receive the incoming message. The server 12 
then combines any XML message responses from the other 
servers and clients and returns them to the originally 
sending client by way of the same HTTP session that the 

20 client used to send the message. It is the router 
software that receives the message from the originally 
sending client and combines the responses and returns them 
to that client during the same HTTP session that the 
originally sending client used to send the message to 
server 12. 

Fig. 4 shows the function performed by the router 
software that is part of the present invention. A client 
such as remote client 14 of Fig. 1 transmits a message 
indicated by 8 0 to server 12 . The server 12 after 
30 resolving that message in as many namespaces as are 
applicable transmits the prepared message to, for example, 
the existing local asset server 18 and existing local 
client 20 of Fig. 1 as indicated by 82 and 84. In the 
same HTTP session used by remote client 14 to send the 
message to server 12, the server 18 and local client 20 
respond to the messages 82 and 84 as indicated by 86 and 
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88. The server 12 then combines the responses from the 
recipients and transmits the combined response indicated 
by 90 to the remote client 14. 

Fig. 5 illustrates in another form two examples of 
the function performed by the routing software of server 
12. In the first example a client application 100, which 
could be local client 14 of Fig. 1, detects a faulty 
condition of one of the monitored assets. The client 
asset may for example be a vibration monitoring system and 
10 the enterprise may be an electric power generating 
enterprise and thus the asset monitored by the system may 
be a turbine. It can be appreciated that other servers 
and client applications in the enterprise, such as web 
server providers 102 and 104, should be notified 
irrmediately of the asset fault condition that is detected 
by client application 100. 

To provide that notification, client application 100 
upon detection of the fault condition immediately sends an 
XML document describing the condition to server 12. 
20 Server 12 includes router 106 and mapper 108. The server 
12 upon receipt of the XML document from client 
application 100, determines the other clients and servers 
of the enterprise that need to know the information about 
the faulty asset. The router 106 uses the document 
content, for example, the asset identification, and the 
document type, for example, the document is a maintenance 
condition document, to determine which of the other 
clients and servers is to receive the XML document that 
server 12 has received from client application 100. 
30 The router 106 based on the destination type 

transforms the XML document with the additional data found 
in mapper 108 before forwarding the document to the 
destination server(s) and client(s). The mapper 108 
contains the configuration and data used by the router 106 
to map the incoming XML message/asset identification to 
the destination server (s) and client (s). As is shown in 
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Fig. 5^ the destination web server provider 102 can reside 
outside of firewall 24 since the communication protocol is 
XML over HTTP and all of the HTTP sessions are initiated 
within the firewall 24. 

In the second example of Fig. 5, the client 
application 100 needs to contact a service that provides 
certain information such as for example the weather 
forecast. The weather forecast web server 110 is one of 
the external service providers of the enterprise. The 

10 application 100 sends a XML document to server 12 
requesting the weather forecast for a particular day and 
location. It should be appreciated that the application 
100 does not have to know where and how to reach the 
server 110. The server 12 performs that role using the 
functionality in the router 106 and mapper 108. 

Upon receipt of the XML document from client 
application 100 the server 12 determines the first weather 
forecast server that is available. The router 106 uses 
the received XML document content, for example, the 

20 geographical region, and the document type, for example, 
the document is a weather forecast document, to determine 
which of the other clients and servers is to receive the 
incoming XML document. 

The router 106 based on the destination type 
transforms the XML document with the additional data found 
in mapper 108 before forwarding the document to the 
destination server 110. The mapper 108 contains the 
configuration and data used by the router 106 to map the 
incoming XML message/asset identification to the 

30 destination server{s) and client(s). The destination 
server 110 receives the transformed XML document from 
server 12 and returns a response in the same HTTP session 
where the request from client application 100 was made. 
The server 12 then returns the response back to 
application 100. As is shown in Fig. 5, the destination 
web server provider 110 can reside outside of firewall 24 
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since the communication protocol is XML over HTTP and all 
of the HTTP sessions are initiated within the firewall 24. 

It is to be understood that the description of the 
preferred embodiment (s) is (are) intended to be only 
illustrative ;r rather than exhaustive, of the present 
invention. Those of ordinary skill will be able to make 
certain additions, deletions, and/or modifications to the 
embodiment (s) of the disclosed subject matter without 
departing from the spirit of the invention or its scope, 
as defined by the appended claims. 



